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Method of synchronizing the sequence by which a variety of randomly called unrelated activities are executed in a digital 
processor. 

@ A method of synciironizing the sequence by which a vari- 
ety of unrelated activities are executed in a digital processor 
when the activities are randomly called by multiple callers in- 
cludes the steps of: providing a single processor queue for 
holding respective pointers to each different kind of activity 
that the processor performs; entering the pointer of an activity 
in the processor queue the first time that the activity is called; 
providing respective activity queues for each different kind of 
activity that the processor performs; entering a pointer to the 
caller of an activity in the respective queue for the called activ- 
ity each time the activity is called subsequent to its first call; 
repeatedly executing a single activity pointed to by one pointer 
in the processor queue until that activity is executed once for 
each of its callers, provided that if the single activity calls an- 
other activity then, executing the single activity only up to the 
point where the call occurs; and proceeding in the same fashion 
with the execution of another activity pointed to by the proces- 
sor queue. 
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or S^CBHOKIZXNG THE SEQUENCE B. WH CH ^ 
VARIETY OF ■<A«DOMLV CALLED UNRELATED ACTIVITIES 
ARE EXECUTED I« A DIGITAL PROCESSOR ' 

^^^^^^^^'^^^^^^^^tT^^.^^s to ai.lt.l ccputecs. ana more 

particularly, it relates ^ i„,.ract to perform 

; plurality o£ Indepenaent processors interact P 
respective activities within various tas^s ^^^^^^^ 

conventionally, a data P-°="^^"^ ^,^ple, 

- its entirety .y a^-^^;--" ; J^^: ;.,.„.3tion ot 

nay be the solving o£ a scientit P 

^ ^^^T'eH; t:rsrnrcrp:«rae::nas alrectly u^n the 
orratrh": that the co^PUter can process in a single 

^r./=t «-h<:» soeed of that cycle, 
cycle and the speea ^ = sinale computer 

.hus. -e computing power o i 

conventionally is increasea by elth ^ 

Mts Which the — X ^^ver. the extent to 

shortening the copputer's cycle time ^ 
Which the cycle time can be shortenea is limite 
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at which integrated circuits operate. And increasing the 
number of bits on which a computer can operate in a single 
cycle also causes the complexity of the computer's design and 
maintenance to increase. 
5 Alternatively/ the speed at which a data processing 

task is performed may be. increased by providing a plurality of 
independent processors each of which performs one or more 
activities within the task. In such a multiprocessor system, 
the individual processors can be tailored to perform their 

10 respective activities which decreases the execution time of 
the overall task# Further, the individual processors of the 
system inherently make the system modular, which reduces the 
complexity of the system's design and maintenance. 

Also, in the multiprocessor system, the various 

15 processors can perform activities for several unrelated tasks 
at the same time. This allows for more parallelism within the 
system, which further increases the system's computing power. 

However, in the multiprocessor system., some means 
must be provided for coordinating the various activities that 

20 the processors perform. That is, a means must be provided for 
keeping the execution of activities within a task in the 
correct sequence. And a means must be provided for keeping 
many processors active at the same time. But this becomes 
very complicated as the number of processors, number of tasks, 

25 and number of activities within each task increases. 

Accordingly, a primary object of the invention is to 
provide a method of synchronizing the sequence by which a 
variety of randomly called unrelated activities are executed 
in a digital processor. 

30 

BRIEF SUMMARY OF THE INVENTION 

In the present invention, a method of synchronizing 
the sequence by which a variety of unrelated activities are 
executed in a digital processor when those activities are 
35 randomly called by multiple callers includes the steps of: 
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providing a single processor queue for holding respective 

planters to each different Kind of activity that the processor 

Te or.s, entering the winter of an activity in the processor 

^- ^h^t 1-hP activity is called; providing 
rrnf>ue the first tine that the activity j. 

Tspec e Activity queues for each different .ind of activ ty 
that the processor performs, entering fty 
Of an activity in the respective queue for the ""^^ ^^^^^^j; 
each time the activity is called subsequent to ^" "1^' 
repeatedly executing a single activity pointed to by one 
repedutr^ jr Af-tivitv is executed 

pointer in the processor queue until that ^•^'^''"y 
Le for each of its callers, provided that if the single 
activity calls another activity then, executed the single 
: tivity only up to the ^int where the call occurs, and 
proceeding in the se^e fashion with the execution of another 
activity pointed to by the processor queue. 

RU TRF DESCRT PVTON OF THE DRAWINGS . ^.„„ „re 

V3^1„„, features and advantages of the invention are 

described in the Detailed Description in conjunction with the. 

accompanying drawings wherein: 

Figure 1 illustrates a system in which sequences of 

activities in digital processors are synchronized according to 
..e i-ention,^ ^ ,,,,3,„,.. exemplary arrangement of the 
processor records and activity records in the shared .nemory of 

the Figure 1 system, ^i^^strate examples of how the 

Figures 3r 4, br ana o xxj. 
pointers in the processor records and activity records of 
Figure 1 systen change in response to the execution of 

0 INTERPROCESSOR instructions; .„„^hroni zinq 

Figure 7 illustrates another system ror synchronizing 

. . . '^u^r. Ainit.al processors according to 

sequences of activities withm digital proc 

the invention; and . ^ . ; ^ r^f 

Figures 8A and 8B illustrate the detailed logic of a 

>5 file access controller in the Figure 7 system. 
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DETAILED DESCRIPTION OF THE INVENTION 

In Figure 1/ a plurality of "n" independent digital 
processors are represented by several boxes labeled P^, 
P2r^»*Pn« These processors may be of any programnable type; 
5 and they may be the same or different from each other. 

Suitably, processors through P^ are of the type described 
in U.S. Patent 4,346,438 entitled "Digital Computer Having 
Programmable Structure" by H. Potash et al and assigned to 
Burroughs Corporation, or of the type described in U.S. Patent 
10 4,327,355 entitled "Digital Device with Interconnect Matrix" 
by H. Potash et al and assigned to Burroughs Corporation. 

Processors P]^, ^2****^n coupled to memories Mj^, 

• • •^n respectively. These memories may be any digital type 
memory. For example, they may be static or dynamic type 
15 semiconductor memories? and they may be made of MOS or bipolar 
circuitry. Also, the storage capacity and operating speed of 
the memories may be the same or different from each other. 

One portion of memory Mj^ contains the data that 
processor Fi operates on; while another portion of memory 
20 contains the intraprocessor activities that processor P^ 
performs. As used herein, an intraprocessor activity is 
comprised of a program or set of programs which direct a 
processor to perform a particular task by using only the 
resources of that processor. Such resources include the 
25 processor's own internal hardware, the processor's memory, and 
any peripheral equipment such as disks, tapes, etc. (not 
shown) connected to the processor. In Figure 1, the 
respective intraprocessor activities that processor Pj^ 
performs are symbolically indicated as A^^P^^r A2Pir«.*f etc. 
30 Similarly/ a portion of memory M2 contains the data 

that processor P2 operates on; and another portion of memory 
M2 contains the intraprocessor activities that processor P2 
performs. Those activities are indicated in Figure 1 as AiP2r 
A2P2''**' etc. In like fashion, memory contains the data 
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t.,at processor P„ operates on, and It contains the 
■'•raprocessor activities MP„, >^2^.. ■ • ■ ^Xat processor P„ 
performs ^^^^^^ ^^^^ ^„„,,i„3 

. Th.^ are an INTERPROCESSOR CALL, 

5 interprocessor instructions. They are an iNit. 

an INTERPROCESSOR RETURN, and an INTERPROCESSOR »EXT 
Tnstruction. In general, these interprocessor instructions 
provide the means by which the p„,,ae 
communicate with one another. More fj^/^ „, , 

10 the means by which all of the intraprocessor 

. » R,P , etc. are linked together and performed in an 
AlP2---AlE'n. = explained In much greater 

orderly synchronized sequence as is explain 

"To^essors P^. P^-.-n coupled via a single 
15 time-shared bus to an intelligent me™=ry -^""^^ J^^^t^ 
controller IMC is coupled to a shared memory SH Con^oXle 
IMC preferably Is a programmable computer 

referenced above, and memory SM.may be any type of read/wri 

,0 Memory SM contains one separate processor record for 

each of the processors, and each such record Is herein 
indicated as PR^. Memory SM also contains a -P-J^^ 
activity record for each of the intraprocessor activities in 
the processors, and each such record Is Indicated as AR^Pi- 
25 Further, memory SM contains parameters that are shared and 
25 Further, memo y „other via the Interprocessor 

passed from one processor to anotner vi 

Instructions. „„„,H PR- are flags which 

included m each processor record PRi are ri g 

r> i e r^nT-Y-«:»ntlv BUSY perforiumg an 
indicate whether processor Pi is currently BU p 

30 activity or NOT BUSY. Processor record PRi also contains 
30 activity current intraprocessor 

CURRENT entry which points to the curr ^^ssor is 

activity that processor Pi is performing if the processor 

BUSY. 
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Processor record PRi further includes a PROCESSOR 
QUEUE HEAD entry (PQH) , and a PROCESSOR QUEUE TAIL entry 
(PQT). These two entries respectively point to the head and 
tail of a queue of activity records for the different kinds of 
intraprocessor activities that processor Pi is to perforin. 
That is, a pointer to the same kind of activity is entered 
into the processor queue only once even though that activity 
may be called several times. Processor record PRi may also 
include other entries, as a matter of design choice, in 
addition to those described above. 

Activity record ARxPi includes a set of flags 
indicating when the corresponding activity is DORMANT, or 
ACTIVE, or SUSPENDED. An activity is ACTIVE when a processor 
is actually being used to execute that activity. An activity 
remains ACTIVE but in a SUSPENDED state when it has executed 
partway to completion and then stopped while it awaits the 
results of another activity in another processor. Such 
results are requested and obtained via the INTERPROCESSOR 
INSTRUCTIONS. In all other cases, an activity is DORMANT. 

Activity record ARxPi also includes a CALLER entry 
which is a pointer to the activity record of the activity 
which is first to call activity A^Pi. Any subsequent callers 
of activity A^Pi are kept track of by means of an ACTIVITY 
QUEUE TAIL entry (AQT) and ACTIVITY QUEUE HEAD entry (AQH) in 
the activity record. 

Specifically, pointers to the subsequent callers of 
activity A^Pi are placed in a queue of that activity. Entry 
AQH points to the activity record of the second caller of 
activity AxPi? and entry AQT points to the activity record of 
the last caller of activity AxPi* Intermediate entries in 
either the activity queue or the processor queue are linked 
together by a NEXT IN QUEUE entry (NIQ) in the activity 
records of the various callers of an activity. 
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Activity record ARxPi also has a PARAMETER entry 
(PARAM) which contains a pointer to parameters that are passed 
between two activities via the INTERPROCESSOR INSTRUCTIONS. 
For example, when activity Ax?! calls activity AyP j , then the 
PARAM entry of activity record ARx?! points to parameters in 
the shared memory SM on which activity AyPj is to operate. 
Conversely, when activity AyPj completes, then the PARAM entry 
in activity record ARxPi points to parameters in the shared 
memory that are being passed by activity AyPj to activity 

AxPi • 

One example of a complete set of the processor 
records and activity records for a Figure 1 system is 
Illustrated in Figure 2. In this example, there are eleven 
processor records PRi through PRu which respectively 
represent eleven physical processors P^ through Pn* Also in 
this example, the number of activities that each processor 
performs varies from processor to processor. 

Figure 2 shows that processor 1 performs five 
intraprocessor activities; and the above-described pointers 
for those activities are respectively in activity records 
ARiPi through AR5P1. In like manner. Figure 2 shows that 
processor 2 performs eleven intraprocessor activities, 
processor 3 performs nine intraprocessor activities, processor 
4 performs three intraprocessor activities, etc. Again, these 
activity records and processor records each have their own. 
pointers that keep track of which activity is calling which; 
and resolve the order by which the various processors perform 
their respective intraprocessor activities. 

Consider now the details of the operations that are 
performed by the controller IMC in response to the 
INTERPROCESSOR CALL instruction. TABLE 1 below lists those 
operations for the generalized case where activity AxPi in 
processor Pi calls activity AyPj in processor P j . 
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15 



20 



25 



TABLE 1 (A^Pi CALLS AyP j ) 



ARyPj 


PRj 


ACTION TAKEN 


DORMANT 


NOT BUSY 


SET ARyPj ACTIVE 

ARxPi POINTER ^ARyPj CALLER 

ARyPj POINTER ^PRj CURRENT 

SET PRj BUSY 
NOTIFY Pj 


DORMANT 


BUSY 


SET ARyPj ACTIVE 

AR^Pi POINTER >-ARyPj CALLER 

ARyPj POINTER *-PRj QUEUE 


ACTIVE 


O 


ARjjPi POINTER *-ARyPj QUEUE 


PRi QUEUE 


ACTION TAKEN 


NOT EMPTY 


POP PRi QUEUE 

POPPED ENTRY *-PRi CURRENT 

NOTIFY Pi 

(AR^Pi REMAINS ACTIVE) 


EMPTY 


SET PRi NOT BUSY 

O ^PRi CURRENT 

(ARxPi REMAINS ACTIVE) 



If activity AyPj is DORMANT and processor Pj is NOT 
30 BUSY, then controller IMC performs the following tasks. First 
it makes activity AyPj ACTIVE by setting the ACTIVE flag in 
activity record ARyPj. Then it loads a pointer to activity 
record AR^Pi into the CALLER entry of activity record ARyPj. 
Also, a pointer to activity record ARyPj is loaded into the 
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CURRENT entry o£ processor record PRj. Then the BUS. fla, for 
processor record PRj is set, and a nessage is sent to 
processor P, which 'notifies it to start performing act.v.ty 



10 



20 



AyPj. 



15 PR 



25 



30 



IE, however, activity AyPj is DORMANT and processor 
P, is BUSY at the time of the INTERPROCESSOR CALL, '>>en 
controller IHC operates as follows. First it -".'^t^^J"^ 
nag in activity record AR,P j . Then it loads a Po-'" " 
activity record AR.Pi into the CALLER location of activity 
record L^Pj . Then it loads a pointer to activity record 
AR P- into the queue of processor record PRj. This latter 
tuition invol'ves loading a pointer to activity i 
into the «EXT IB QUEUE entry of the activity record that is 
pointed to by the PROCESSOR QUEUE TAIL of processor record 
^„ and then changing the PROCESSOR QUEUE TAIL entry of 
processor record PRj such that It also points to activity 

.ecord AR,P3-^^^_ ^^^^^^^^ ^t the time of 

the INTERPROCESSOR CALL, then the intelligent -"--^ ^ 
controller loads a pointer to activity record ARxt-, 

^ AO o . This involves loaaing a 
af^i-ivitv record ARv^^t • in^^ xnvwj. 

:rte: trrivlty record L^Pi into the 

of the activity record that Is pointed to by the ACTIVITY 

QUEUE TAIL of activity record AR^Pj, and then changing the 

ACTIVITY QUEUE TAIL In activity record ARyPj to point to 

activity record AR^Pi- rii i pn 

Hote that the above operations only affect the CALLED 

activity record and CALLED processor record, '^ f l^^^^^^ 

various operations must also be performed on the CALLING 
activity record and CALLING processor record. These 

operations are as follows. 

If the queue in the CALLING processor record PR, 

^ o,^^T-v is removed from that queue and 

NOT EMPTY* then one entry is reiuuvcu 
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loaded into the CURRENT entry of processor record PR^ . This 
unloading operation involves moving the PROCESSOR QUEUE HEAD 
entry of processor record PR^ into the CURRENT entry of 
processor record PRi ; and then the NEXT IN QUEUE entry from 
the activity record that is pointed to by the PROCESSOR QUEUE 
HEAD in processor record PR^ is loaded into the PROCESSOR 
QUEUE HEAD of processor record PRi • Also, a message is sent 
by the controller IMC to processor Pi which notifies that 
processor of the new activity that is pointed to by the 
CURRENT entry in the processor record PRi. 

If, on the other hand, the queue in processor record 
PRi is EMPTY/ then the flags in that processor record are set 
to indicate that processor Pi is NOT BUSY* Also, under those 
conditions, the CURRENT entry in processor record PRi is set 
to a null value. Note further that in both this and the above 
case, the ACTIVE flag in the calling activity record ARxPi 
remains set, even though the calling activity is in a 
suspended state. 

Next, consider the operations that are performed by 
the controller IMC in response to an INTERPROCESSOR RETURN 
instruction from one of the processors. Specifically, 
consider the case where activity AyPj in processor Pj RETURNS 
to activity A^Pi in processor Pi- These operations are listed 
in TABLE 2 below. 

If the queue of activity record ARyPj is NOT EMPTY 
when the RETURN occurs, then the controller IMC performs the 
following operations. Firstly, one entry is removed from the 
queue of activity record ARyP j . This is achieved by moving 
the pointer in the ACTIVITY QUEUE HEAD of activity record 
ARyPj into the CALLER location of activity record ARyP j ; and 
moving the NEXT IN QUEUE entry of the activity record that is 
pointed to by the ACTIVITY QUEUE HEAD of activity record ARyPj 
into the ACTIVITY QUEUE HEAD of activity record ARyPj. 
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TABLE 2 (AyPj RETURNS TO A^Pi) 



ARyPj 



QUEUE 

[not 

[EMPTY 



QUEUE 
EMPTY 



Iqueue 

EMPTY 



ACTION TAKEN 



POP ARyPj QUEUE 

NOTIFY Pj TO RE-EXECUTE ARyPj 



QUEUE j SET ARyPj DORMANT 
NOT 1 POP PRj QUEUE 

POPPED ENTRY-^PRj CURRENT 
NOTIFY Pj 



EMPTY 



QUEUE I SET PRj NOT BUSY 

4 



EMPTY I O— •-PRn CURRENT 





1 — 

PRi 


ACTION TAKEN 






BUSY 


1 ARxPi POINTER— 


PRi 


QUEUE 


NOT BUSY 


ARxPi POINTER ^ 

1 NOTIFY Pi 


■PRi 


CURRENT 



Thereafter, a .essa.e is sent to processor to re-execute 
activity A„Pj £or the new caller o£ that activvty. 

on the other hand, if the queue o£ activity ftyP, is 
EMPTY but the queue of processor Pj is NOT EMPTY when the 
PEt/pn nstruction is sent to the controller I«C. then that 
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controller performs the following operations* Firstly, the 
flags in activity record ARyPj are changed to indicate a 
DORMANT state. Then one entry is removed from the queue of 
the processor record PRj and the CURRENT entry in that 
processor record is updated with that entry that is removed 
from the queue. Then a message is sent to processor Pj which 
informs the processor of the new activity record that is being 
pointed to by the CURRENT entry in processor record PRj. 

Finally, if the queue of activity record ARyPj and 
the queue of processor record PRj are both EMPTY when the 
RETURN instruction is sent to the controller IMC, then there 
are no other activities for processor Pj to currently perform. 
Consequently, . the flags in processor record PRj are sei to 
indicate that processor Pj is NOT BUSY; and the CURRENT entry 
in processor record PRj is set to a null state. 

All of the above operations for the RETURN 
instruction are performed on the CALLED activity record ARyPj 
and CALLED processor record PRj. In addition, the following 
operations are performed in response to the RETURN instruction 
on the CALLING activity record AR^Pi and CALLING processor 
record PR^ • 

If the flags in the CALLING processor record PRi 
indicate that processor P^ is BUSY, then the intelligent 
memory controller loads a pointer to activity record AR^Pi 
into the queue of processor record PRj^ • This is performed, 
when the queue of processor record PRi is not empty ^ by 
loading the pointer to activity record AR^Pi into the NEXT IN 
QUEUE entry of the activity record that is pointed to by the 
PROCESSOR QUEUE TAIL in processor record PRj^; and by changing 
the PROCESSOR QUEUE TAIL entry to also point to activity 
record ARxPi* And it is achieved^ when the queue of processor 
record PRi is empty, by loading the pointer to activity record 
ARxPi into the PROCESSOR QUEUE HEAD and PROCESSOR QUEUE TAIL 
of processor record PRi. 
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If, however, processor Pi is NOT BUSY, then the 
pointer to activity record AR^Pi is loaded into the CURRENT 
entry of processor record PRi; and the flags of processor 
record PRi are set to indicate that processor P^ is BUSY. 
Then a message is sent to processor Pi to notify the processor 
of the new activity that it is to perform as indicated by the 
new CURRENT entry in processor record PRi- 

Consider now the operations that are performed by the 
controller IMC in response to an INTERPROCESSOR NEXT 
instruction from one of the processors. Specifically, 
consider the actions that are taken in the generalized case 
where activity AyPj in processor Pj performs a NEXT 
instruction to activity AzPjc in processor Pj^. These 
operations are listed in TABLE 3 below. 

Those operations which are performed on activity 
record ARyPj and processor record PRj in response to the NEXT 
instruction are the sane as the operations which are performed 
on activity record ARyPj and probessor record PRj in response 
to the RETURN instruction as described above. But the 
operations that are performed in response to the NEXT 
instruction on activity record ARgPfc and processor record PRk 
are as follows. 

If activity AgPic is ACTIVE, then a pointer to 
activity record AR^Pi gets loaded into the activity queue of 
activity record AR^P^. This is achieved by moving the CALLER 
entry of activity record ARyP^ into the activity queue of 

activity record ARg. 

If, however, activity A^Pk is DORMANT and processor 
Pk is BUSY at the time the NEXT instruction is sent to 
controller IMC, then that controller performs the following 
operations. First, a pointer to activity record ARzPk is 
loaded into the queue of processor record PRk* Then, the 
CALLER entry of activity record ARyPj (which is a pointer to 
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TABLE 3 (AyPj CALLED BY Aj^P^ PERFOI'^IS NEXT A^Pj^) 


ARyPj 


PRj 


ACTION TAKEN 


QUEUE 

NOT 

EMPTY 




POP ARvP-i QUEUE 

JT J 

NOTIFY Pj TO RE-EXECUTE ARyPj 


QUEUE 
EMPTY 


QUEUE 

NOT 

EMPTY 


SET AR^P-; DORMANT 
POP PRj QUEUE 

POPPED ENTRY ^PRj CURRENT 

NOTIFY Pj 


QUEUE 
EMPTY 


QUEUE 
EMPTY 


SET PRj NOT BUSY 
O >-PRj CURRENT 


ARgPk PRk 


ACTION TAKEN 


ACTIVE 


0 


ARj^Pi POINTER ^AR^Pk QUEUE 


DORMANT 


BUSY 


ARgPk POINTER — ^PRk QUEUE 

ARxPi POINTER ^ARzPj^ CALLER 

SET AR^P)^ ACTIVE 


DORMANT 


NOT 
BUSY 


ARgPj^ POINTER >-PRk CURRENT 

AR^Pi POINTER ^AR2P)c CALLER 

SET ARgPk ACTIVE 



30 



activity record AR^Pi) is moved to the CALLER entry of 
activity record AR^Pk* Then, the flags in activity record 
ARzPk ^1^® set to an ACTIVE state • 



0132381 



-15- 



On the other hand, if processor Pk is NOT BUSY at the 
time that the NEXT instruction is sent to the intelligent 
memory controller, then that controller performs the following 
operations." The pointer to activity record ARxP^ is loaded 
into the CURRENT entry of processor record PRk- Also, the 
CALLER entry of activity record ARyPj (which is a pointer to 
activity record AR^Pi) is loaded into the CALLER entry of 
activity record ARjPk* Then the flags in activity record 
ARzPk set to an ACTIVE state. 

Reference should now be made to Figure 3. It 
illustrates an exemplary sequence of the above-described 
changes that occur to the processor records and activity 
records during a CALL. and corresponding RETURN operation. 
That sequence occurs during time instants ti through ts; and 
TABLE 4 below outlines the events which occur at each time 
instant. 



TABLE 4 


TIME 


ACTION TAKEN 


tl 




performing At,Pxr Py performing A^jPy 


t2 


Px 


CALLS AcPy» suspends AfePx' ^ starts A^Px 


t3 


Py 


completes A^jPy and starts A^Py 


t4 




completes A^Py and RETURNS to A^Px 


t5 


Px 


completes A^Px and RETURNS to A^Px 



In this example, there are two processors Px and Pyi 
and they have processor records PRx and PRy respectively. 
Initially, processor Px is BUSY performing an activity AfcPx 
which has an activity record ARfePx- Also, another activity 
A,Pv which has an activity record ARaPx is waiting in the PR 
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processor queue to be performed; and Processor Py is BUSY 
performing an activity AcPy These initial conditions are 
indicated in Figure 3 by the pointers having reference numeral 
1. 

Specif ically, the CURRENT entry with reference 
numeral 1 in processor record PR^ points to activity record 
AR^P^ to indicate that processor P^ is initially performing 
activity A^Px* Also, the PROCESSOR QUEUE HEAD entry and 
PROCESSOR QUEUE TAIL entry with reference numeral 1 in 
processor record PRx point to activity record AR^Px to 
indicate that activity A^Px is initially in the queue of 

processor record PRx* 

Further, the CURRENT entry with referen:e numeral 1 
of processor record PRy points to activity record AR^Py to 
indicate that initially processor Py is performing activity 
AdPy Andr the PROCESSOR QUEUE HEAD entry with reference 
numeral 1 of processor record PRy has a null value to indicate 
that no other activities are waiting to be performed on 
processor Py. 

Subsequently, as indicated by the pointers in the 
records having reference numeral 2, activity Aj^Px CALLS 
activity AcPy As a result, the CALLER entry in activity 
record AR^Py is written such that it points to activity record 
ARbPx; and the PROCESSOR QUEUE HEAD and PROCESSOR QUEUE TAIL 
entries in processor record PRy are written such that they 
point to activity record AR^Py 

Also, since activity A^Px was a CALLER, processor Px 
suspends execution of that activity and begins execution of 
another activity which it gets from its queue. Consequently, 
the CURRENT entry in processor record PRx is written to point 
to activity record AR^Px? and the PROCESSOR QUEUE HEAD entry 
of processor record PRx is written to a null value. 
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Subsequently, as indicated by the record entries 
having reference numeral 3, processor Py completes the 
execution of activity AaPy; and thus it starts the execution 
of another activity in its queue. Thus, the CURRENT entry m 
processor record PRy is written to point to activity record 
ARcPy and the PROCESSOR QUEUE HEAD entry of processor record 
PRy is written to a null value. 

Thereafter, as indicated by the record entries having 
reference numeral 4, processor Py completes the execution of 
activity AePy. Thus, the activity that CALLED activity A^Py 
can resume execution, and so a pointer to activity record 
ARbPx is loaded into the PROCESSOR QUEUE HEAD and PROCESSOR 
QUEUE TAIL entries of processor record PR^- Also, processor 



P 



processor queue is EMPTY, the CURRENT pointer of processor 
record PRy is written to a null value. 

Processor Pjc continues with the execution of activity 
AgPx until that activity completes or calls another activity. 
That occurs at time ts . Then, processor Px resumes execution 
of activity AbPx since activity record ARfaPx is pointed to by 
the processor queue of processor record PRx- 

Referring now to Figures 4 and 5, another example of 
a sequence of the changes that occur to the processor records 
and activity records during several CALL and RETURN operations 
will be described. In this example, an activity AiP^ which 
processor P^ performs is CALLED three times and another 
activity A2Px which processor Px also performs is CALLED two 
times. 

All of this calling occurs while processor Px is busy 
performing another activity; so the queues in processor 
records PRx and activity records ARiPx and ARzPx get loaded 
while the calling occurs. Subsequently, processor Px finishes 
the task that it was performing; and then it performs the 



is free to perform another activity; but since its 
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activities which are pointed to in the queues of the processor 
and activity records. TABLE 5 below lists the sequence by 
which the various events occur. 



5 






TABLE 


5 




TIME 


ACTION TAKEN 




tl 


Pjj performing some 


activity 


10 


t2 


A^Pi CALLS 


AlPx 






t3 


AbP2 CALLS 


A2Px 






t4 


Ac? 3 CALLS 


AlPx 






t5 


A<3P4 CALLS 


A2Px 






t6 


AqPs CALLS 


AlPx 




15 




- A 


— X- A 


■fr»r- A_Pi 

- -a.- X 




t8 


Px RETURNS 


to AlPx 


for AcPb 




t9 


Px RETURNS 


to AlPx 


for AgPs 




tio 


Px RETURNS 


to AjPx 


for AbP2 




til 


Px RETURNS 


to A2Px 


for A<3P4 


20 











Figure 3 illustrates the sequence by which the 
processor and activity record queues get loaded; while Figure 
4 illustrates the sequence by which the queues get unloaded. 

25 In both of these figuresr the pointers having reference 
numerals 1 through 11 respectively indicate the various 
entries in the processor and activity records at sequential 
time instants which correspond to those numbers. 

Inspection of Figure 4 shows that during time 

30 instants t^-tg, the CURRENT entry of processor record PR^^ is 

pointing to an activity record which processor Px is currently 
performing. But at time instant t2f an activity A^Pq^ in 
processor P^ CALLS activity A^Px in processor Px« As a 
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result, Che CALLER entry of activity record ARiPx is written 
such that it points to activity record ARaPi; and the 
PROCESSOR QUEUE HEAD and PROCESSOR QUEUE TAIL entries of 
processor record PR^ are written such that they point to 

activity record AR^Px- 

Thereafter, at time instant t3, an activity AbP2 
processor P2 CALLS activity AzPx i" Processor Px- As a result 
of this CALL, the CALLER entry in activity record ARzPx is 
written to point to activity record ARfaPz • Also, the 
PROCESSOR QUEUE TAIL entry of processor record PRx is changed 
to point to activity record ARzPx? and the NEXT IN QUEUE entry 
of activity record ARiPx is written to point to activity 

record AR2Px* , . _ 

Subsequently, at time instant t4, an activity AcPa 

processor P3 CALLS activity AiPx- This CALL of activity AiPx 
does not reload activity record ARiPx into the queue of 
processor record PRx; but instead, a pointer to activity 
record ARcPs is written into the activity queue of activity 
record ARiPx- This is achieved by writing the ACTIVITY QUEUE 
HEAD and ACTIVITY QUEUE TAIL entries of activity record ARiPx 
such that they point to activity record ARcPa • 

Next, at time instant ts, an activity AdP4 in a 
processor P4 CALLS activity AzPx- Again, since the activity 
record ARsPx is already in the processor queue of processor 
record PRx, a pointer to activity record ARdP4 is simply 
loaded into the activity queue of activity record AR2PX. This 
is achieved by writing the ACTIVITY QUEUE HEAD and ACTIVITY 
QUEUE TAIL entries of activity record ARzPx such that they 
point to activity record AR<3P4' 

Then, at time instant tg, an activity AgPs in a 
processor P5 CALLS activity AiPx- As a result, activity 
record ARgPs is loaded into the activity queue of activity 
record ARiPx- This is achieved by changing the ACTIVITY QUEUE 
TAIL entry of activity record ARiPx such that it points to 
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activity record AR^Ps; and by writing the NEXT IN QUEUE entry 
of activity record AR^,P3 such that it also points to activity 
record AR3P5 . 

Turning now to Figure 5, the unloading of the queues 
in processor record PRxr activity record AR^Pxr and AR2PX will 
be described* In Figure 5/ those pointers having reference 
numeral 6 are the same as the pointers having reference 
numeral 6 in Figure 4. 

At time instant t-j , processor P^ completes the 
activity which it was working on at tine instants t^ through 
tg. Thus it performs an INTERPROCESSOR RETURN instruction. 
In response thereto r the controller IMC removes an activity 
record from the queue in processor record PR^ and notifies 
processor record PRx of that removed activity. This removal 
operation is achieved via controller IMC by moving the 
PROCESSOR QUEUE HEAD entry in processor record PRx to the 
CURRENT entry in that processor record; and by moving the NEXT 
IN QUEUE entry of activity record AR^Px to the PROCESSOR QUEUE 
HEAD entry of processor record PRx* 

Thereafter, at time instant tg, processor Px 
completes activity A^Px* Thus it performs another 
INTERPROCESSOR RETURN instruction. In response to that RETURN 
instruction, controller IMC removes one activity record from 
the activity queue of activity record AR^Px- This it achieves 
by moving the ACTIVITY QUEUE HEAD entry in activity record 
AR^Px to the CALLER entry of that record; and by moving the 
NEXT IN QUEUE entry of activity record AR^Ps into the ACTIVITY 
QUEUE HEAD entry of activity record ARiPx^ Then processor Px 
is notified that it should re-execute activity A^P^ for the 
second caller of that activity. 

At time instant tg , processor Px again completes the 
execution of activity A^Px^ Thus, it again executes an 
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INTERPROCESSOR RETURN instruction. In response thereto, the 
controller IMC removes anoi.ber activity record from the 
activity queue of activity record ARiP^- This it achieves by 
moving the ACTIVITY QUEUE HEAD entry of activity record AR^P^ 
into the CALLER entry of that activity and by setting the 
ACTIVITY QUEUE HEAD entry of activity record AR^Px to a null 
value. Then, controller IMC informs processor Px to 
re-execute activity AiPx for the third caller of that 
activi ty . 

Thereafter, at time instant t^O' processor Px 
completes the execution of activity A^PxJ and so it again 
executes an INTERPROCESSOR RETURN instruction. In response 
thereto, controller IMC removes another activity record from 
the processor queue of processor record PRx? and it informs 
processor Px of the new activity that it is to perform. This 
removal operation is achieved by moving the PROCESSOR QUEUE 
HEAD entry of processor record PRx into the CURRENT entry of 
that record and by changing the PROCESSOR QUEUE HEAD entry in 
processor record PRx to a null value. 

Next, at time instant t^, processor Px completes the 
execution of activity A2Px- Thus it again executes an 
INTERPROCESSOR RETURN instruction. In response thereto, 
controller IMC removes an entry from the activity queue of 
activity record AR2PX and informs processor Px to re-execute 
activity A2Px for the second caller of that activity. This 
removal operation is achieved by moving the ACTIVITY QUEUE 
HEAD entry of activity record AR2PX to the CALLER entry of 
that activity and by setting the ACTIVITY QUEUE HEAD entry of 
activity record AR2PX to a null value. 

After processor Px completes the execution of 
activity A2Pxr it will again execute an INTERPROCESSOR RETURN 
instruction. At that point, there are no other activities for 
processor Px to perform; and so controller IMC merely resets 
the BUSY flag in processor record PRx and sets the CURRENT 
entry of that record to a null value. 
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From the above sequence of operations^ it can be seen 
that the order in which processor performed activities A^Px 
and A2Px entirely different than the order in which those 

activities were called* Specif icallyr the activities were 
called in the following order: A^Px/ ^2^x' ^l^x' ^2^x' 
A^Px; but the order in which the activities were performed 

was: A^Pxr A^Px^ Aj^Pxr A2PX' A2Px^ 

In other words, activity A^Px was performed once for 
every one of its callers; and then activity A2PX performed 
once for every one of its callers. And this occurs regardless 
of the order in which those activities are called. Such 
re-ordering of the activities is important because it 
mtftirit«:ze& the number of tdiues that ^ processor switches from 
performing one activity to another. 

Each time a switch occurs, the code for ♦"h** new 
activity must be read into the memory of the processor which 
is to perform the activity. Also, space must be re-allocated 
in the memory for data on which the activity performs. These 
resource-allocating operations are time-consuming; and thus 
they detract from the overall performance of the system. 

Reference should now be made to Figure 6 which 
illustrates the operation of the INTERPROCESSOR NEXT 
instruction. In this figure, as in the previous Figures 3-5, 
the pointers having reference numerals 1 through 9 indicate 
respective entries in the activity records and processor 
records at tine instants which correspond to those reference 
numerals • 

TABLE 6 below lists the sequence of events that occur 
in Figure 6 in outline form. This outline shows a sequence in 
which an activity A^Pi calls another activity AbP2; then 
activity ^^^^2 executes a NEXT instruction to an activity ^^0^37 
then activity A^Ps executes a NEXT instruction to an activity 
AdP4; then activity AdP4 returns directly to A^Pi without 
reentering activities A5P2 or A^Pa- 
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TABLE 6 



TIME 


ACTION TAKEN 


^ _ 


Pi 


executes A^Pi 




Pi 


CALLS AbP2» suspends A^Pi 


t3 


P2 


begins A5P2 for A^Pi 


t4 


P2 


continues to execute AbP2 for A^Pi 






while AxP4 CALLS AbP2 


t5 


P2 


executes a NEXT from A5P2 to A^Ps with 




AaPl CALLER 


t6 


P3 


executes AcPa for AaP^ 




P3 


executes a NEXT from A^Pa to A(3P4 with 


AaPl as CALLER ^ 

executes A^P4 for A^,ri and RETURNS 




P4 




to AaPl 




Pi 


continues execution of A^Pi 



Inspection of Figure 6 shows that at time t^, 
processor Pi is executing an activity A^Pi. That is because 
at time t^, the CURRENT entry in processor record PRi is 
pointing to activity record ARaPi* 

Next, at time t2f activity AaPi SUSPENDS its 
execution by CALLING activity AbP2 in processor P2. As a 
result, the CALLER entry in activity record AR5P2 is written 
by controller IMC such that it points to activity record 
AR^Pj^. Also, since processor record PR2 indicates that 
processor P2 is currently busy performing another activity at 
time instant t2, the PROCESSOR QUEUE HEAD and PROCESSOR QUEUE 
TAIL entries of processor record PR2 are written by controller 
IMC to point to activity record ARbP2« 
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Subsequently , at time t3/ processor P2 completes the 
execution of its current activity by performing an 
INTERPROCESSOR RETURN instruction. As a result, controller 
IMC moves the PROCESSOR QUEUE HEAD entry of processor record 
PR2 to the CURRENT entry of that record; and so the execution 
of activity A5P2 begins. 

Subsequently, at time t4, another activity A^^Py CALLS 
activity A)3P2- Accordingly, since activity AbP2 is in an 
ACTIVE state, a pointer to activity record AR^Py is written by 
controller IMC into the activity queue of activity record 

ARbP2* 

Next, at time t^, activity A5P2 performs an 
INTERPROCESSOR NEXT instruction to activity A^Pa- As a 
result, controller IMC moves the CALLER entry of activity 
record AR5P 2 to the CALLER entry of activity record AR^Pa- 
Thus, the pointers in activity record AR^Pa are exactly as if 
activity A^Pa had been called directly by activity A^P^ . 

As a result of the above moving of the CALLER entry, 
activity A5P2 will not receive any parameters from activity 
A^^Pa* Instead r those parameters will be passed directly to 
activity A^Pi* Thus, upon execution of the INTERPROCESSOR 
NEXT instruction, activity A5P2 is free to be re-executed by 
additional callers of that activity. Accordingly, at time t^, 
controller IMC moves the ACTIVITY QUEUE HEAD entry of activity 
record AR5P2 into the CALLER entry of that activity record; 
and it notifies processor P2 to re-execute activity A5P2 for 
its new caller. 

At time tg, processor P3 completes the execution of 
the activity that it was previously executing; and so it 
performs an INTERPROCESSOR RETURN instruction. As a result, 
controller IMC moves the pointer to activity record AR^Pa from 
the PROCESSOR QUEUE HEAD entry to the CURRENT entry of 
processor record PR3. Processor P3 then begins execution of 
activity AQP3. 
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Upon completion of activity P^q^2 time t-j , 
processor P3 has the option to perform either an 
INTERPROCESSOR RETURN instruction or another INTERPROCESSOR 
NEXT instruction. In Figure 6, an INTERPROCESSOR NEXT 
5 instruction is performed to activity h^P/^* As a result, 

controller IMC moves the CALLER entry of activity record AR^Pa 
to the CALLER entry of activity record ARdP4 • Also, since 
processor P4 is not busy, the CURRENT entry of processor 
record PR4 is loaded by controller IMC with a pointer to 
10 activity record ARdP4; and processor P4 is notified to begin 
execution of activity AdP4 • 

At time tg, processor P4 completes execution of 
activity AdP4* Thus, processor P4 has the opLion of 
performing either an INTERPROCESSOR RETURN instruction or an 
15 INTERPROCESSOR NEXT instruction. In Figure 6, processor F4 
performs an INTERPROCESSOR RETURN instruction. 

Due to the INTERPROCESSOR RETURN, controller IMC 
loads the CALLER entry of activity record ARdP4 into the 
processor queue of processor record PR^. Thereafter, at time 
20 tg, processor P]_ completes the execution of the activity that 
it was previously performing; and it resumes the execution of 
activity A^P^ which it had previously suspended back at time 

This resumption of the execution of activity A^Pi is 
25 possible since the parameters which that activity was waiting 
for from the CALLED activity A-^P2 were made available at time 
ts* But from the above, it is evident that those parameters 
did not merely come from the CALLED activity AbP2. Instead, 
they were the result of the sequential execution of three 

30 activities AbP2' ^c^3^ 

But all of this sequential execution was completely 
hidden from activity A3P1 due to the operation of the 
INTERPROCESSOR NEXT instruction. Consequently, the linking of 
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activity A^Pi to the other activities A^Ps and was 
greatly simplified. Further, since activities AJ3P2 and A^Ps 
did not have to be re-executed as parameters where passed from 
activity AdP4 to activity A^Pir that parameter passing 
occurred very quickly. 

Reference should now be made to Figure 7 which 
illustrates another system in which the plurality of 
processors P^r P2'-*-^n access and change multiple processor 
records, activity records, and parameters in a shared memory 
SM. This system differs primarily from the above-described 
Figure 1 system in that it includes a file access controller 
20 which authorizes the processors to access and change the 
records directly by conventional memory read and memory write 
commands • 

That is, the records in the Figure 7 system are . 
stored in a conventional memory; they are accessed through a 
conventional nonintelligent memory controller MCy and the 
processors of the Figure 7 system execute the INTERPROCESSOR 
instructions by sending sequences of one-word memory read and 
memory write commands directly to a nonintelligent memory 
controller MC* But before any processor sends such commands 
to the nonintelligent memory controller to read or write the 
records in the shared memory SM, it must receive authorization 
to do so from the file access controller 20. 

Figure 8 illustrates the details of one preferred 
embodiment of the file access controller 20. It includes a 
plurality of "n" flip-flops 21-1 through 21-n. In one 
embodiment, each flip-flop corresponds to one record in the 
shared memory SM. That is, each flip-flop corresponds to one 
processor record or one activity record. Alternatively, as a 
design choice, each flip-flop corresponds to one processor 
record and all of the corresponding activity records for that 
one processor record. 
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Initially, all of the flip-flops are reset. Then, 
before a processor is pemitted to access any record, it must 
first interrogate the flip-flops to determine whether those 
which correspond to the records that it wants to access are 
5 presently reset. To that end, the requesting processor sends 
a message over the bus to a module 22 within the controller. 
Suitably, module 22 is a microprocessor* 

That message which is sent to module 22 identifies 
the requesting processor; and it also identifies all of the 
10 records of which access is sought. For example, four 
processor records PRa/ PRb' ^^d 

corresponding activity records may be identified by four 
encoded fields Fa# F^/ Fc' "^^^ ^d message. 

Upon receiving the message, module 22 passes it over 
XS ^.n. internal bus 23 to a register 24, From there, fields F^/ 
^c' ^d sent to the control input terminals of 

multiplexers 25a, 25b, 25c, and 25d respectively. Each ^ 
multiplexer also has its data input terminals coupled to the Q 
outputs of all of the flip-flops 21-1 through 21-n. 
20 Thus, field Fa of register 24 causes the Q output of 

the one flip-flops which corresponds to field Fa to be gated 
to the output of multiplexer 25a. Similarly, field F^ of 
register 24 causes the Q output of the one flip-flop which 
corresponds to that field to be gated to the output of 
25 multiplexer 25b; etc. All of those Q outputs are then ANDed 
together by an AND gate 26; and the result is sent back to 
module 22 where it is sensed. 

If the signal from AND gate 26 is a logic ONE, then 
module 22 sends a message over the bus authorizing the 
30 requesting processor to change the contents of the identified 
records. Internal bus 23 provides a means for sensing the 
requesting processor's identification so this message can be 
sent to it. 
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Also, if the signal from AND gate 26 is a ONE, module 
22 sends a single clock pulse to all of the flip-flops 21-1 
through 21-n. Those flip-flops are JK flip-flops; and which 
of them have an active signal on their J input is controlled 
5 by the F^/ F^, F^r and F^j fields in register 24. Thus, those 
flip-flops that correspond to the fields F^, Fj^, F^, and F^ 
are all set in response to the single clock pulse. 

More specif icallyr the F^, F^, F^, and F^ fields in 
register 24 are sent to decoders 27a, 27b, 27c, and 27d 
10 respectively. Each of those decoders generates multiple 

output signals; but only one of those signals goes high at a 
time. That output signal which goes high corresponds to the 
code which the decoder receives from register 24. 

In oth^r words, the first output of decoder 27a goes 
15 high when field F3 in register 14 equals a binary one; the 
second output of decoder 27a goes high when field F-^ in 
register 24 is a binary two; etc. 

Also, the first output of decoders 27a, 27br 27c, and 
27d are all connected together in a WIRED-OR fashion. Thus, 
20 if 2iny of the fields F^^, F^, F^, or F^ in register 24 equal a 
binary one, it will cause flip-flop 21-1 to be set. 
Similarly, the second output of decoders 27a, 27b, 27c, and 
27d are connected together in a IJIRED-OR fashion; etc. 

Suppose now that nodule 22 receives a request from a 
25 processor to access various records as specified by fields Fj 
through F4 ; but the output of gate 25 is a ZERO \7hich 
indicates that at least one of the corresponding flip>-flops is 
set. In that case, module 22 loads the contents of register 
24 into a first-in-first-out (FIFO) queue 28; and it adds one 
30 to a counter which is internal to module 22. 

Next, suppose that one of the processors which 
previously was granted authorization to interrogate some 
records has completed its task. In that case, the processor 
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must send module 22 a message indicating which records it has 
finished interrogating. Preferably, those records are 
identified in the message by multiple encoded fields. 

That message is then sent by module 22 to a register 
29, From there, the fields which contain the numbers of the 
records that were interrogated are sent to respective 
decoders. For example, four decoders 30a, 30b, 30c, and 30d 
are provided if the message in register 29 contains four 
encoded fields Fa*' ^b*' ^c'' ^d ' • 

Decoders 30a through 30d all have their first outputs 
connected together in a WIRED-OR fashion; and they also 
connect to the K input of flip-flop 21-1. Thus, if any of the 
four fields. in register 29 contains, a binary one, flip-flop 
21-1 will be reset when all of the flip-flops are clocked. 

Similarly, the second output of decoders 30a-30d are 
all connected together; and they are connected to the K input 
of flip-flop 20-2; etc. Thus, to reset the flip-flops which 
correspond to the records that v/ere interrogated, module 22 
merely clocks all of the flip-flops with a single pulse after 
it loads register 29. 

Then module 22 examines its internal counter to 
determine how many entries are in the FIFO 28. If the count 
is not zero, module 22 moves the queue entries one at a time 
intd register 24. After each such move, it examines the 
output of AND gate 26 to determine if it is in a ONE state. 

If AND gate 26 is in a ONE state, then module 22 
reads the requester portion of register 24 onto bus 23 and 
sends that requester a message indicating that it may now 
modify the records it requested. Also, all of the flip-flops 
21-1 through 21-n are clocked by module 22 with a single pulse 
which sets them as directed by the outputs of decoders 27a 
through 27d. Further, the counter that is internal to module 
22 is decremented by one. 
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Convecsely, if the output of AND gate 26 is in a ZERO 
state, then mcdule 22 merely reloads the contents of register 
24 back into FIFO 28. 

In Figure 8, a set of six dashed lines represent 
5 respective conductors on which respective control signals are 
sent by module 22 to cause the above-described operations to 
occur. Specif icallyr a clock pulse is sent on conductor A to 
load a word into FIFO 28; and a clock pulse is sent on 
conductor B to unload a word from FIFO 28. 
10 Also, a control signal is sent on conductor E to 

select the input data to register 24 to be from FIFO 28 or bus 
23? and a clock pulse is sent on conductor F to load the 
selected input data into reqister 24. Further, a clock pulse 
i's sent on conductor L to clock the flip-flops 21-1 through 
15 21-n; and a clock pulse is sent on conductor M to load 
register 29. 

One feature of the above-described file access 
controller 20 is that it enables several of the processors P^, 
P2r access and change various records in the shared 

20 memory at the same time. The only restriction on this is that 
no two processors can change the same record. Thus, for 
example^ processor could be changing records 1, 15, 30 and 
56, while processor P2 is changing records 2, 12, 31 and 40, 
while processor P3 is changing records 3, 11, 20 and 31. 
25 Another feature of the Figure 7 system is its 

flexibility. Once a processor obtains authorization from the 
file access controller 20 to interrogate and change particular 
records, it can do so by any sequence of memory read and 
memory write commands. Therefore, records may be first read; 
30 and then the processor may CALL one activity or another based 
on contents of the records that it read. This implements a 
CONDITIONAL INTERPROCESSOR CALL instruction. 



0132381 



-31- 



As one example of the usefulness of a CONDITIONAL 
INTERPROCESSOR CALL instruction, suppose that two processors 
perform the same activities. Both processors, for example, 
may perform. high-speed floating point mathematical activities. 
In that case, by performing a CONDITIONAL INTERPROCESSOR CALL 
instruction, the caller can first examine the activity records 
of the two processors that perform the floating point 
activities; and then it can CALL an activity in one processor 
or the other depending upon which processor was not presently 
busy. 

Another feature of the Figure 7 system is the speed 
at v;hich a processor can acquire access to the records in the 
shared memory SM , To send a control word to the file access 
controller 20 over the bus takes one cycle; to pass that 
message to register 24 takes a second cycle; to wait for the 
test condition from AND gate 26 to stabilize takes a third 
cycle; and to send a message back to the requesting processor 
authorizing it to access the requested records based on AMD 
gate 26 plus send a clock pulse to set the corresponding 
flip-flops 21-1 through 21-n takes a fourth cycle. Thus, with 
a cycle time of 100 nanoseconds, for example, access to the 
records is acquired in only 400 nanoseconds. 

Various embodiments of the invention have now been 
described in detail. In addition, however, many changes and 
modifications can be made to these details without departing 
from the nature and spirit of the invention. Accordingly, it 
is to be understood that the invention is not limited to said 
details but is defined by the appended claims. 



0132381 



-32- 

VJHAT IS CLAIMED IS: 

1. A method of synchronizing the sequence by which a 

variety of unrelated activities are executed in a digital 
processor when said activities are randomly called by multiple 
callersr including the steps of: 

providing a single processor queue for holding 
respective pointers to each different kind of activity that 
the processor performs; 

entering the pointer of an activity in said processor 
queue the first time that the activity is called; 

providing respective activity queues for each 
different kind of activity that the processor performs; 

entering a pointer to the caller of an activity in 
the respective queue for the called activity each time the 
activity is called subsequent to its first call; 

j-epeatedly executing a single activity pointed to by 
one pointer in the processor queue until that activity is 
executed once for each of its callers as pointed to by its 
activity queue, provided that if said single activity calls 
another activity then, executing said single activity only up 
to the point where the call occurs; and 

proceeding in the same fashion with the execution of 
another activity pointed to by the processor queue. 
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2. A method according to Claim 1 and further including 
the step of storing said single processor queue and respective 
activity queues as records in a memory. 

3. A method according to Claim 1 and further including 
the step of limiting access to said queues such that said 
pointers can be entered therein by only one caller at a time. 

4. A method according to Claim 1 and further including 
the step of coupling said queues to said processor and callers 
via a single time-shared bus. 

5. A method according to Claim 1 and further including 
the step of storing the various activities that said processor 
performs in a memory which is coupled to and addressable by 
said processor but not by said callers of said activities. 

6. A method according to Claim 1 and further including 
the step of removing said pointer to the calling activity from 
said activity queue when said called activity is executed for 
said calling activity. 
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7. A data processing system^ including: 

a digital processor; 

a memory containing a variety of callable activities 
that said processor performs; 
5 a single processor queue; 

respective pointers in said processor queue pointing 
to each different kind of activity . that has been called for 
said processor to perform; 

respective activity queues for each kind of activity 
10 that the processor performs; 

each activity queue containing pointers to the 
callers of that particular activity; 

means for directing said processor to repeatedly 
execute a single activity pointed to by one pointer in said 
15 processor queue until said single activity is executed once 

for each caller in the corresponding activity queue, provided 
that if said single activity calls another activity then to 
execute said single activity only up to the point where the 
call occurs; and 

20 means for directing said processor to proceed in the 

same fashion with the execution of another activity pointed to 
by said processor queue. 
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8. A system according to Claim 7 wherein said means for 
directing includes a controller means that is responsive to an 
instruction from said processor to interrogate said pointers 
in said queues and to inform said processor of their status. 

9. A system according to Claim 7 wherein 
processor queue and respective activity queues 
of records in a memory. 



said single 
are compri sed 



10. A system according to Claim 7 and further including 

means for limiting access to said queues such that said 
pointers are entered by only one caller at a time. 



11. , A system according to Claim 7 and further including a 
single time-shared bus coupling said queues to said processor 
and multiple callers. 
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